Zacznij od jednego procesu

Wybierz proces z wyraźnym początkiem i końcem. Przykład: handlowiec przygotowuje ofertę, kierownik zatwierdza rabat, a dział realizacji otrzymuje zamówienie. Zapisz wyjątki, potrzebne informacje i uczestników. Ten przykład opisuje zakres projektu; akceptacja rabatu może wymagać własnego kodu.

Porównaj proces z możliwościami modułów

Przejdź proces na modułach, z których chcesz korzystać. Oddziel konfigurację od prac programistycznych. Wypisz potrzebne ekrany, uprawnienia, dokumenty i integracje. Wyceń brakujące prace przed rozszerzeniem pierwszej wersji.

Przygotuj dane i połączenia

Ustal, z którego systemu pochodzi każdy rodzaj danych i jak rozpoznasz aktualizację istniejącego rekordu. Uporządkuj małą próbkę przed importem całości. W integracji sprawdź powtórzone żądanie i przerwane połączenie, oprócz zwykłego przesłania danych.

Sprawdź, uruchom i przekaż aplikację

Poproś użytkowników o wykonanie rzeczywistych zadań w środowisku testowym. Sprawdź uprawnienia, obliczenia i przeniesione dane. Przećwicz odtworzenie kopii oraz uzgodnij powrót do poprzedniego systemu na wypadek nieudanego startu.

  • Przekazanie: repozytorium, instrukcja konfiguracji i lista dostępów.
  • Utrzymanie: osoby odpowiedzialne za kopie, awarie i aktualizacje.
  • Kolejna wersja: usprawnienia wybrane na podstawie pracy użytkowników.

Przykład zakresu: od oferty do zamówienia

Załóżmy pilotaż dla jednego zespołu sprzedaży, jednej organizacji i jednej waluty. Handlowiec wybiera przykładowego klienta i dwa produkty, przygotowuje ofertę, a po jej przyjęciu przekazuje zamówienie do realizacji. To propozycja ćwiczenia projektowego. Nie opisuje wdrożenia klienta ani gotowej automatyzacji.

  • W zakresie: potrzebne pola klienta i produktu, dokumenty oferty i zamówienia, role handlowca oraz odbiorcy zamówienia.
  • Osobna decyzja: akceptacja rabatu, numeracja dokumentów, reguły podatkowe i wymagany wydruk. Sprawdź zachowanie w wybranej wersji.
  • Poza tym pilotażem: płatności internetowe, automatyczna wysyłka, księgowanie i portal klienta. Zapisz te wyłączenia w wycenie.
  • Wynik: użytkownik potrafi przejść cały uzgodniony proces, a odbiorca widzi właściwe dane i status. Zdefiniuj również obsługę odrzuconej oferty oraz korekty zamówienia.

Co odebrać na każdym etapie

Każdy etap powinien kończyć się sprawdzalnym wynikiem i decyzją osoby odpowiedzialnej.

  • Zakres: właściciel procesu zatwierdza przykładowy przebieg, wyjątki i wyłączenia. Otwarte decyzje trafiają do listy z osobą odpowiedzialną.
  • Próba: programista przedstawia działający przebieg w środowisku testowym. Użytkownik sprawdza kwoty, statusy i uprawnienia, w tym próbę dostępu z innej organizacji.
  • Migracja: opiekun danych porównuje liczbę rekordów, identyfikatory i powiązania. Błędne wiersze mają wyjaśniony wynik oraz sposób ponowienia.
  • Start: osoba odpowiedzialna za utrzymanie pokazuje odtworzenie kopii, warunki wstrzymania i sposób wycofania. Właściciel procesu podejmuje decyzję o uruchomieniu.

Próba migracji i przekazanie utrzymania

W małym zestawie testowym umieść nowy rekord, aktualizację, duplikat i wiersz z brakującym wymaganym polem. Dla każdego zapisz oczekiwany wynik. Ponów import i sprawdź, czy nie powstały dodatkowe rekordy ani uszkodzone powiązania. Przed właściwym przełączeniem uzgodnij moment zatrzymania zapisów w starym systemie oraz sposób uzgodnienia zmian, które wpłynęły później.

Przekaż repozytorium aplikacji, instrukcję uruchomienia, konfigurację bez sekretów, listę uprawnień, procedurę kopii i odtwarzania oraz sposób zgłaszania awarii. Wyznacz osoby odpowiedzialne za aplikację, dane, infrastrukturę i aktualizacje. Odbiorca powinien samodzielnie wykonać próbę odtworzenia według instrukcji.

Źródła

Zgłoś korektę